Methods and apparatus to collect distributed user information for media impressions

ABSTRACT

A disclosed example apparatus includes means for storing a logged media impression for a media identifier representative of media accessed via the Internet, means for communicating to send a third-party device identifier or a user identifier corresponding to the user to a database proprietor when a user has not elected to not participate in third-party tracking corresponding to online activities, and receive user information from the database proprietor based on the third-party device identifier or the user identifier, and means for processing to log a demographic impression based on the media impression and the user information, and generate an impression report corresponding to the media based on the demographic impression.

RELATED APPLICATIONS

This patent arises from a continuation of U.S. patent application Ser. No. 16/235,902 filed Dec. 28, 2018, which is a continuation of U.S. patent application Ser. No. 15/251,954 filed Aug. 30, 2016, now U.S. Pat. No. 10,205,994, which claims the benefit of U.S. Provisional Patent Application No. 62/268,871 filed Dec. 17, 2015. U.S. patent application Ser. No. 16/235,902, U.S. patent application Ser. No. 15/251,954, and U.S. Provisional Patent Application No. 62/268,871 are hereby incorporated herein by reference in their entireties.

FIELD OF THE DISCLOSURE

The present disclosure relates generally to monitoring media and, more particularly, to methods and apparatus to collect distributed user information for media impressions.

BACKGROUND

Internet-based media delivery services enable Internet users to access media from different Internet media providers via their Internet service provider (ISP) connections. Internet-based media delivery services may be subscription services, may be pay-per-use services, and/or may be advertisement-supported services. Internet-based media delivery services may be accessed via personal computers, mobile devices, smart televisions, and/or dedicated over-the-top (OTT) devices (e.g., Roku media devices, AppleTV media devices, GoogleTV media devices, FireTV media devices, etc.).

When a user subscribes to an Internet-based media delivery service, the user registers with a server of the Internet-based media delivery service to access media via the Internet.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 depicts an example system to collect opt-out privacy preferences from users of an Internet media provider.

FIG. 2 depicts an example system to collect impressions and demographic information corresponding to usage of an example mobile app corresponding to the example Internet media provider of FIG. 1.

FIG. 3 depicts flows diagrams representative of example machine-readable instructions that may be executed to implement the example server-to-server communicator and the example audience measurement entity (AME) impression collection server of FIG. 2.

FIG. 4 is an example processor system that may be used to execute example machine-readable instructions of FIG. 3 to implement an example server-to-server communicator of FIG. 2 in accordance with the teachings of this disclosure.

FIG. 5 is an example processor system that may be used to execute example machine-readable instructions of FIG. 3 to implement an example opt-out detector and/or an example AME impression collection server of FIG. 2 in accordance with the teachings of this disclosure.

DETAILED DESCRIPTION

Techniques for monitoring user access to Internet resources such as webpages, advertisements, and/or other content has evolved significantly over the years. At one point in the past, such monitoring was done primarily through server logs. In particular, entities serving content on the Internet would log the number of requests received for their content at their server. Basing Internet usage research on server logs is problematic for several reasons. For example, server logs can be tampered with either directly or via zombie programs, which repeatedly request content from the server to increase the server log counts. Secondly, content is sometimes retrieved once, cached locally, and then repeatedly viewed from the local cache without involving the server in the repeat viewings. Server logs cannot track these views of cached content. Thus, server logs are susceptible to both overcounting and undercounting errors.

The inventions disclosed in Blumenau, U.S. Pat. No. 6,108,637, fundamentally changed the way Internet monitoring is performed and overcame the limitations of the server side log-monitoring techniques described above. For example, Blumenau disclosed a technique wherein Internet content to be tracked is tagged with beacon instructions. In particular, monitoring instructions are associated with the HTML (Hypertext Markup Language) of the content to be tracked. When a client requests the content, both the content and the beacon instructions are downloaded to the client. The beacon instructions are, thus, executed whenever the content is accessed, be it from a server or from a cache.

The beacon instructions cause monitoring data reflecting information about the access to the content to be sent from the client that downloaded the content to a monitoring entity. Typically, the monitoring entity is an audience measurement entity that did not provide the content to the client and who is a trusted third party for providing accurate usage statistics (e.g., The Nielsen Company, LLC). Advantageously, because the beaconing instructions are associated with the content and executed by the client browser whenever the content is accessed, the monitoring information is provided to the audience measurement company irrespective of whether the client is a panelist of the audience measurement company.

It is useful, however, to link demographics and/or other user information to the monitoring information. To address this issue, the audience measurement company establishes a panel of users who have agreed to provide their demographic information and to have their Internet browsing activities monitored. When an individual joins the panel, they provide detailed information concerning their identity and demographics (e.g., gender, race, income, home location, occupation, etc.) to the audience measurement company. The audience measurement entity sets a device and/or user identifier (a device/user identifier) on a panelist device such as a desktop/laptop computer and/or mobile device that enables the audience measurement entity to identify the panelist whenever the panelist accesses tagged content and, thus, sends monitoring information to the audience measurement entity. In examples involving Internet-access applications or apps that accept cookies in connection with accessing Internet media (e.g., desktop web browsers that accept cookies, mobile web browsers that accept cookies, and/or any other Internet-access applications and/or apps that accept cookies), the audience measurement entity sets a cookie on the panelist device. In examples involving Internet-access applications or apps that do not accept cookies in connection with accessing Internet media (e.g., mobile apps and/or any other Internet-access applications and/or apps that do not accept cookies), the audience measurement entity sets and/or uses a non-cookie device/user identifier (and/or any local storage container such as HTML5 Local Data Stores) on the panelist device.

Since most of the clients providing monitoring information from the tagged pages are not panelists and, thus, are unknown to the audience measurement entity, it is necessary to use statistical methods to impute demographic information based on the data collected for panelists to the larger population of users providing data for the tagged content. However, panel sizes of audience measurement entities remain small compared to the general population of users. Thus, a problem is presented as to how to increase panel sizes while ensuring the demographic data of the panel is accurate.

There are many database proprietors operating on the Internet. These database proprietors provide services to large numbers of subscribers. In exchange for the provision of the service, the subscribers register with the proprietor. As part of this registration, the subscribers provide detailed demographic information. Examples of such database proprietors include social network providers such as Facebook, Myspace, etc. These database proprietors set cookies on the computers of their subscribers to enable the database proprietor to recognize users when they visit the database proprietor's website. Some database proprietors set and/or employ non-cookie device/user identifiers on client devices for use with apps that do not use cookies.

The protocols of the Internet make cookies inaccessible outside of the domain (e.g., Internet domain, domain name, etc.) on which they were set. Thus, a cookie set in the Amazon.com domain is accessible to servers in the Amazon.com domain, but not to servers outside that domain. Therefore, although an audience measurement entity might find it advantageous to access the cookies set by the database proprietors, they are unable to do so. In addition, apps that run on mobile device platforms do not use cookies in the same way as web browsers. Although apps do present media that is worthy of impression tracking, prior techniques that use cookie-based approaches for tracking such media impressions are unusable in the app environment context.

The inventions disclosed in Mainak et al., U.S. Pat. No. 8,370,489, which is hereby incorporated by reference herein in its entirety, enable audience measurement entities (AMEs) to leverage the existing databases of database proprietors to collect more extensive Internet usage and demographic data by extending the beaconing process to encompass partnered database proprietors and by using such partners as interim data collectors. The inventions disclosed in Mainak et al. accomplish this task by structuring an AME to respond to beacon requests from clients (who may not be a member of an audience member panel and, thus, may be unknown to the audience member entity) and redirect the client from the audience measurement entity to a database proprietor, such as a social networking site partnered with the audience member entity. The redirection initiates a communication session between the client accessing the tagged media and the database proprietor. The database proprietor (e.g., Facebook) can access any cookie it has set on the client to thereby identify the client based on the internal records of the database proprietor. In the event that the client corresponds to a subscriber of the database proprietor, the database proprietor logs an impression in association with the demographic data associated with the client and subsequently forwards logged impressions to the audience measurement company. In the event that the client does not correspond to a subscriber of the database proprietor, the database proprietor may redirect the client to the audience measurement entity and/or another database proprietor. The audience measurement entity may respond to the redirection from the first database proprietor by redirecting the client to a second, different database proprietor that is partnered with the audience measurement entity. That second database proprietor may then attempt to identify the client, as explained above. This process of redirecting the client from database proprietor to database proprietor can be performed any number of times until the client is identified and the content exposure logged, or until all database partners have been contacted without a successful identification of the client. The redirections all occur automatically, so the user of the client is not involved in the various communication sessions and may not even know they are occurring.

Periodically or aperiodically, the partnered database proprietors provide their logs and demographic information to the audience measurement entity, which then compiles the collected data into statistical reports accurately identifying the demographics of persons accessing the tagged media. Because the identification of clients is done with reference to enormous databases of users far beyond the quantity of persons present in a conventional audience measurement panel, the data developed from this process is extremely accurate, reliable, and detailed.

Significantly, because the audience measurement entity remains the first leg of the data collection process (e.g., receives the request generated by the beacon instructions from the client), the audience measurement entity is able to obscure the source of the media access being logged as well as the identity of the media itself from the database proprietors (thereby protecting the privacy of the media sources), without compromising the ability of the database proprietors to log impressions for their subscribers. Further, when cookies are used as device/user identifiers, the Internet security cookie protocols are complied with because the only servers that access a given cookie are associated with the Internet domain (e.g., Facebook.com) that set that cookie.

Examples disclosed in Mainak et al. (U.S. Pat. No. 8,370,489) can be used to determine any type of media impressions or exposures (e.g., content impressions, advertisement impressions, content exposure, and/or advertisement exposure) using demographic information, which is distributed across different databases (e.g., different website owners, service providers, etc.) on the Internet. Not only do such disclosed examples enable more accurate correlation of Internet advertisement exposure to demographics, but they also effectively extend panel sizes and compositions beyond persons participating in the panel of an audience measurement entity and/or a ratings entity to persons registered in other Internet databases, such as the databases of social media sites such as Facebook, Twitter, Google, etc. Such extensions effectively leverage the media tagging capabilities of the ratings entity and the use of databases of nonratings entities, such as social media and other websites, to create an enormous, demographically accurate panel that results in accurate, reliable measurements of exposures to Internet media, such as advertising and/or programming.

The inventions disclosed in Burbank et al., U.S. Pat. No. 8,930,701, which is hereby incorporated by reference herein in its entirety, enable audience measurement entities to leverage the existing databases of database proprietors to collect more extensive Internet usage and demographic data and/or user data for associating with media impressions tracked on devices that execute apps that do not employ cookies, which are more commonly used in web browsers. Burbank et al. overcame numerous challenges faced by audience measurement entities in accomplishing this end. For example, Burbank et al. disclosed how to access the data of the database proprietors without compromising the privacy of the subscribers, the panelists, or the proprietors of the tracked content. Burbank et al. also disclosed how to access this data given the technical restrictions imposed by app software platforms of mobile devices that do not employ cookies.

Many Internet media providers that provide media and services over the Internet, such as Twitter, CNN, the New York Times, Hulu, Amazon, etc., would like to measure the media access habits of audience members. However, due to Internet privacy policies, such Internet media providers must provide “opt-out” options for users who do not wish to have their Internet activities tracked using third-party tracking technologies. In some instances, Internet media providers have gone further by enforcing site-wide policies that prohibit third-party entities from performing tracking using techniques that would transmit impression requests (e.g., beacon requests) from the Internet media provider websites to third-party impression collection servers. In this manner, the Internet media providers ensure that all users, regardless of whether they choose to “opt out” of third-party tracking, will not have their Internet activities on the Internet media providers' websites tracked by third-party entities. Such third-party tracking prevention policies make it difficult to use the teachings of Mainak et al. (U.S. Pat. No. 8,370,489) to collect impressions for Internet media because such teachings send impression requests for accessed Internet media to third-party servers to log impressions and/or obtain the demographics of Internet users. However, broadly applying such protections to all users, regardless of whether they are opt-out or non-opt-out users, limits the Internet media providers' abilities to track Internet activities of the non-opt-out users. That is, some users may not elect to opt out of third-party tracking. As such, although an Internet media provider has an opportunity to track Internet activities of such non-opt-out users, the Internet media provider's general policy to prevent any third-party tracking does not allow third-party tracking of even the non-opt-out users.

As explained above, leveraging existing databases of third-party database proprietors is advantageous because of the opportunity that it creates to collect more extensive Internet usage and demographic data and/or user data for associating with media impressions tracked on devices. As such, even though Internet media providers may enforce site-wide policies against third-party tracking for all opt-out users and non-opt-out users, such Internet media providers would still like to benefit from being able to use third-party tracking of Internet activities associated with non-opt-out users without compromising the privacy of opt-out users.

Examples disclosed herein enable Internet media providers to partner and work with audience measurement entities and/or third-party database proprietors to be able to measure Internet activities of non-opt-out users so that impressions can be logged for media accessed via the Internet by those non-opt-out users and so that the demographics corresponding to such non-opt-out users can be obtained without compromising the privacy safeguards elected by the opt-out users. Examples disclosed herein additionally or alternatively enable obtaining such demographics corresponding to non-opt out users without violating corporate policies of Internet media providers and/or database proprietors such as policies against Internet universe resource locator (URL) calls being made outside the domain(s) of the Internet media providers and/or database providers, policies against downloading software not written or provided by the Internet media providers and/or database proprietors. In this manner, the Internet media providers and/or database proprietors can have more control over performance (e.g., website speed), more control over user experience, more control over software configuration management (e.g., to better control software being run on their websites, to substantially reduce or prevent HTTP 404 Not Found error messages, etc.), and limiting risk of malware from being downloaded to users of the Internet media providers and/or database proprietors via third parties.

Examples disclosed herein can be used to determine content impressions, advertisement impressions, content exposure, advertisement exposure, and/or any other type of media impressions and/or exposure using user information, which is distributed across different databases (e.g., different website owners, service providers, etc.) on the Internet. Not only do examples disclosed herein enable more accurate correlation of Internet media exposure to user information, but they also effectively extend panel sizes and compositions beyond persons participating in the panel of an audience measurement entity and/or a ratings entity to persons registered in other Internet databases of database proprietors, such as the databases of wireless service carriers, mobile software/service providers, social media sites (e.g., Facebook, Twitter, Google, etc.), and/or any other Internet sites, such as Yahoo!, MSN, Apple iTunes, Experian, etc. This extension effectively leverages the media impression tracking capabilities of the audience measurement entity and the use of databases of non-AME entities, such as social media and other websites, to create an enormous, demographically accurate panel that results in accurate, reliable measurements of exposures to Internet content, such as advertising and/or programming.

Traditionally, audience measurement entities (also referred to herein as “ratings entities”) determine demographic reach for advertising and media programming based on registered panel members. That is, an audience measurement entity enrolls people who consent to being monitored into a panel. During enrollment, the audience measurement entity receives demographic information from the enrolling people so that subsequent correlations may be made between advertisement/media exposure to those panelists and different demographic markets. Unlike traditional techniques, in which audience measurement entities rely solely on their own panel member data to collect demographics-based audience measurement, example methods, apparatus, and/or articles of manufacture disclosed herein enable an audience measurement entity to share demographic information with other entities that operate based on user registration models. As used herein, a user registration model is a model in which users subscribe to services of those entities by creating an account and providing demographic-related information about themselves. Sharing of demographic information associated with registered users of database proprietors enables an audience measurement entity to extend or supplement their panel data with substantially reliable demographic information from external sources (e.g., database proprietors), thus extending the coverage, accuracy, and/or completeness of their demographics-based audience measurements. Such access also enables the audience measurement entity to monitor persons who would not otherwise have joined an audience measurement panel. Any entity having a database identifying the demographics of a set of individuals may cooperate with the audience measurement entity. Such entities may be referred to as “database proprietors” and include entities such as wireless service carriers, mobile software/service providers, social media sites (e.g., Facebook, Twitter, Google, etc.), and/or any other Internet sites, such as Yahoo!, MSN, Apple iTunes, Experian, etc.

Examples disclosed herein may be implemented by Internet media providers and an audience measurement entity (e.g., any entity interested in measuring or tracking audience exposures to advertisements, content, and/or any other media) in cooperation with any number of database proprietors, such as online web services providers, to develop online media exposure metrics. Such database proprietors/online web services providers may be wireless service carriers, mobile software/service providers, social networking sites (e.g., Facebook, Twitter, MySpace, etc.), multiservice sites (e.g., Yahoo!, Google, Experian, etc.), online retailer sites (e.g., Amazon.com, Buy.com, etc.), and/or any other web service(s) sites that maintain user registration records.

In some examples, to increase the likelihood that measured audienceship or viewership is accurately attributed to the correct demographics, examples disclosed herein use user information located in the audience measurement entity's records and/or user information located at one or more database proprietors that maintain records or profiles of users having accounts therewith. In this manner, examples disclosed herein may be used to supplement user information maintained by a ratings entity (e.g., an audience measurement entity such as The Nielsen Company of Schaumburg, Ill., United States of America, which collects media exposure measurements, demographics, and/or other user information) with user information from one or more different database proprietors.

The use of demographic information from disparate data sources (e.g., high-quality demographic information from the panels of an audience measurement company and/or registered user data of web service providers) results in improved reporting effectiveness of metrics for both online and offline advertising campaigns. Example techniques disclosed herein use online registration data and/or other user information to identify demographics of users, and use server impression counts and/or other techniques to track quantities of impressions attributable to those users. Online web service providers such as wireless service carriers, mobile software/service providers, social networking sites (e.g., Facebook, Twitter, MySpace, etc.), multiservice sites (e.g., Yahoo!, Google, Experian, etc.), and online retailer sites (e.g., Amazon.com, Buy.com, etc.), etc. (collectively and individually referred to herein as online database proprietors) maintain detailed demographic information (e.g., age, gender, geographic location, race, income level, education level, religion, etc.) collected via user registration processes. An impression corresponds to a home or individual having been exposed to the corresponding media content and/or advertisement. Thus, an impression represents a home or an individual having been exposed to an advertisement or content or group of advertisements or content. In Internet advertising, a quantity of impressions or impression count is the total number of times an advertisement or advertisement campaign has been accessed by a web population (e.g., including number of times accessed as decreased by, for example, pop-up blockers and/or increased by, for example, retrieval from local cache memory).

FIG. 1 depicts an example system 100 to collect opt-out privacy preferences from users of an example Internet media provider 102. In the illustrated example, a user accesses media of the Internet media provider 102 via an example client device 104. The example client device 104 may be any device capable of presenting media received via network communications, such as a mobile phone, a mobile communication device, a tablet, a gaming device, a portable media presentation device, an Internet appliance, a smart television, an Internet terminal, a computer, a laptop, etc. In some examples, the client device 104 is an over-the-top (OTT) device that accesses or streams media from the Internet media provider 102. Example OTT devices include a Roku media device, an AppleTV media device, a GoogleTV media device, a FireTV media device, a gaming console (e.g., a Microsoft Xbox gaming console, a Sony PlayStation gaming console, etc.), a smart DVD player, an audio-streaming device, etc. An example OTT device decodes media received from the Internet media provider 102 and outputs the decoded media to a media presentation device for presentation. Example media presentation devices may be televisions, monitors, audio receivers, audio amplifiers, etc. In some examples, an OTT device is integrated in a media presentation device (e.g., smart televisions, connected televisions, etc.).

The example Internet media provider 102 is an entity that provides Internet-based media and/or services via websites and/or mobile apps. For example, the Internet media provider 102 may be Twitter, CNN, the New York Times, Nefflix, Hulu, Amazon, or any other Internet-based service. In the illustrated example, an opt-out privacy preference is an option that users may select to not allow third-party tracking of their Internet activities on websites served by the Internet media provider. To collect and enforce opt-out privacy preference selections of users, the Internet media provider 102 works with an example audience measurement entity (AME) 108. In the illustrated example, the AME 108 performs third-party tracking of Internet activities. As such, when a user elects to opt-out of third-party tracking in connection with the Internet media provider 102, the AME 108 is not allowed to perform tracking of that user's Internet activities on websites served by the Internet media provider 102. In the illustrated example, the Internet media provider 102 and the AME 108 operate in separate Internet domains. As such, when third-party tracking involves cookies, cookies set on the client device 104 by the Internet media provider 102 are not accessible to the AME 108, and cookies set on the client device 104 by the AME 108 are not accessible by the Internet media provider 102 due to Internet privacy standards. When third-party tracking involves non-cookie device/user IDs, a device/user ID corresponding to the Internet media provider 102 may not be accessible to the AME 108.

In the illustrated example, the Internet media provider 102 includes an example privacy policy webpage server 110, an example main website server 112, and an example Internet media provider subscriber profiles database 114 (e.g., an example subscriber profiles database 114). The example privacy policy webpage server 110 serves a privacy policy webpage of the Internet media provider 102 to users along with a user-selectable option to opt out of third-party tracking. In the illustrated example, the user-selectable option to opt out of third-party tracking redirects users to a privacy policy webpage of the AME 108. The example main website server 112 serves webpages of the Internet media provider 102 to users so that users can access and/or interact with media, services, and/or any information provided by the Internet media provider 102. In examples disclosed herein, media includes advertisements, video, audio, text, graphics, webpages, news, educational media, entertainment media, or any other type of media. The example subscriber profiles database 114 is used by the Internet media provider 102 to store subscriber account information, including subscriber identifiers 118 and opt-out flags 120. The subscriber identifiers 118 may be login usernames, user handles, user screen names, and/or any other identifier used by the Internet media provider 102 to uniquely identify its registered subscribers (e.g., a Twitter user ID if the Internet media provider 102 is Twitter, a Facebook user ID if the Internet media provider 102 is Facebook, a Google user ID if the Internet media provider 102 is Google, etc.). The opt-out flags 120 are indicative of whether corresponding subscribers of the Internet media provider 102 have elected the opt-out option to prevent third-party tracking of their Internet activities of websites of the Internet media provider 102. As such, the opt-out flags 120 are indicative of which subscribers are opt-out users and which subscribers are non-opt-out users.

The AME 108 of the illustrated example includes an example AME privacy policy webpage server 124. The example AME privacy policy webpage server 124 serves a privacy policy webpage of the AME 108 to users along with a user-selectable option to opt out of third-party tracking.

In operation, to set an opt-out preference with the Internet media provider 102, a user visits a privacy policy webpage served by the privacy policy webpage server 110 of the Internet media provider 102, as indicated at reference number 126. On the privacy policy webpage of the Internet media provider 102, there is a disclosure that the Internet media provider 102 uses the AME 108 for third-party tracking. The privacy policy webpage of the Internet media provider 102 also provides a hyperlink to direct the client device 104 to the AME's privacy policy webpage. When the user selects the hyperlink, the user is redirected to a privacy policy webpage served by the AME privacy policy webpage server 124 of the AME 108, as shown at reference number 128.

On the privacy policy webpage of the AME 108, there is a user-selectable opt-out option to opt out of participation in the AME's third-party tracking for all browser interactions with webpages of the Internet media provider 102. When the user selects the user-selectable opt-out option, the AME privacy policy webpage server 124 sets an AME opt-out flag or setting on the client device 104, as shown at reference number 130. In some examples, the AME opt-out flag or setting is in the form of an opt-out cookie. Additionally or alternatively, the AME opt-out flag or setting is in the form of a bit and/or parameter setting in a configuration field to be stored at the client device 104. Also at reference number 130, the AME privacy policy webpage server 124 sends the client device 104 a hypertext transfer protocol (HTTP) redirect response to instruct the client device 104 to send an HTTP request to the main website server 112 of the Internet media provider 102 to inform the Internet media provider 102 that the user has elected to opt out of participation in third-party tracking. In the illustrated example, in response to the HTTP redirect from the AME privacy policy webpage server 124, the client device 104 sends the HTTP request to the client device 102, as shown at reference number 132. The HTTP request communicated by the client device 104 at reference number 132 includes the subscriber ID 118 of the user of the client device 104 and the opt-out flag 120, indicative of the user's opt-out preference election. In the illustrated example, the HTTP request of reference number 132 is a “dummy” request for an image (e.g., a 1×1 pixel). In some examples, the main website server 112 may respond to the client device 102 with the requested image (e.g., a 1×1 pixel) or may not respond at all to the HTTP request. However, a response by the main website server 112 to the HTTP request from the client device 104 at reference number 132 is not necessary so long as the main website server 112 receives the HTTP request, including the subscriber ID 118 and the opt-out flag 120, indicative of the user's opt-out preference selection.

When the main website server 112 receives the subscriber ID 118 and the opt-out flag 120, the main website server 112 stores the opt-out flag 120 as set (e.g., to disable third-party tracking) in association with the subscriber ID 118 in the subscriber profiles database 114 for the user of the client device 104 at reference numeral 134. However, in examples in which the client device 104 does not provide the subscriber ID 118 at reference number 132, the main website server 112 does not store the received opt-out flag 120 in the subscriber profiles database 114, because the main website server 112 would not be able to identify the user of the client device 104 without the subscriber ID 118.

In examples in which the client device 104 is a computer or other device capable of executing a web browser that accepts cookies, the subscriber ID 118 of the user may be obtained by the main website server 112, based on an Internet media provider cookie set in the client device 104 and communicated to the main website server 112 at reference number 132. In examples in which the client device 104 is an OTT device that does not support cookies, the subscriber ID 118 (which may be hashed) could be included by the privacy policy webpage server 110 in a uniform resource locator (URL) link that directs the OTT client device 104 to the AME privacy policy webpage server 124. In this manner, the OTT client device 104 uses the URL link from the privacy policy webpage server 110 to provide the subscriber ID 118 to the AME privacy policy webpage server 124 in the URL at reference number 128, and the AME privacy policy webpage server 124 returns the subscriber ID 118 to the OTT client device 104 for placement by the OTT client device 104 in a parameter of the HTTP request sent by the OTT client device 104 to the main website server 112 of the Internet media provider 102 at reference number 132.

In some alternative examples, the privacy policy webpage of the AME 108 could be copied to and served by the privacy policy webpage server 110 of the Internet media provider 102. In such alternative examples, the user of the client device 104 may select an opt-out preference via the privacy policy webpage server 110, corresponding to the AME third-party tracking. As such, the privacy policy webpage server 110 could log the opt-out flag 120 in association with the subscriber ID 118 in the subscriber profiles database 114, without requiring the user to separately visit the AME privacy policy webpage served by the AME privacy policy webpage server 124 to select the opt-out preference. In such alternative examples, the privacy policy webpage server 110 could send the opt-out flag 120 to the AME 108 to inform the AME 108 that the user of the client device 104 has selected to opt out of third-party tracking.

FIG. 2 depicts an example system 200 to collect impressions and demographic information corresponding to usage of an example app program 202, corresponding to the example Internet media provider 102 of FIG. 1. In the illustrated example, the app program 202 is installed on and executed by a mobile client device 204 (e.g., a mobile device 202). For example, the mobile device 202 may be a mobile phone, a tablet, a gaming device, a mobile media presentation device, or any other mobile device that executes apps for accessing Internet media from, for example, the Internet media provider 102. In the illustrated example, the Internet media provider 102 includes an example app server 206 to serve media to the app program 202. In the illustrated example, the same user uses both the mobile device 204 and the client device 104 to access media from the Internet media provider 102.

In the illustrated example, the Internet media provider 102 includes a server-to-server communicator 210 to perform server-to-server communications with the AME 108. In the illustrated example, the AME 108 includes an example AME impression collection server 214 to log impressions in an example AME media impressions database 216. The AME 108 of the illustrated example also includes an example opt-out detector 218 to determine when users have elected to opt out of participating in third-party tracking. In the illustrated example, the example server 214 sends impression information to example database proprietors 220 a, 220 b to receive user information 222 a, 222 b from the database proprietors 220 a, 220 b corresponding to the impression information. In this manner, the AME 108 can log demographic impressions. In the illustrated example, user information or user data 222 a, 222 b includes one or more of demographic data, purchase data, and/or other data indicative of user activities, behaviors, and/or preferences related to information accessed via the Internet, purchases, media accessed on electronic devices, physical locations (e.g., retail or commercial establishments, restaurants, venues, etc.) visited by users, etc. In examples disclosed herein, a demographic impression is defined to be an impression that is associated with a characteristic (e.g., a demographic characteristic) of a person exposed to media.

In operation in the illustrated example, a user uses the app program 202 to log into a user account at the Internet media provider 102 at reference number 226. In the login process at reference number 226, the example app program 202 sends the subscriber ID 118 of the user and one or more third-party device/user identifier(s) 228 set in the mobile device 204. In some examples, the third-party device/user identifier(s) 228 are hashed or encrypted to prevent any intermediate or intercepting parties from discovering the identity of the user of the mobile device 204. Example manners that may be used to send the subscriber ID 118 and the third-party device/user identifier(s) 228 to the app server 206 are disclosed in U.S. Pat. No. 8,930,701, which is incorporated by reference herein in its entirety.

In the illustrated example, the third-party device/user identifier(s) 228 is an identifier that can be used by corresponding ones of the partner database proprietors 220 a-b to identify the user of the mobile device 204, and to locate user information 222 a-b corresponding to the user in subscriber account profiles/records of those partner database proprietors 220 a-b. For example, the third-party device/user identifier(s) 228 may be non-cookie device/user identifiers that include hardware identifiers (e.g., an international mobile equipment identity (IMEI), a mobile equipment identifier (MEID), a media access control (MAC) address, etc.), an app store identifier (e.g., a Google Android ID, an Apple ID, an Amazon ID, etc.), a unique device identifier (UDID) (e.g., a non-proprietary UDID or a proprietary UDID such as used on the Microsoft Windows platform), an open-source unique device identifier (OpenUDID), an open device identification number (ODIN), a login identifier (e.g., a username), an email address, user agent data (e.g., application type, operating system, software vendor, software revision, etc.), an Ad-ID (e.g., an advertising ID introduced by Apple, Inc. for uniquely identifying mobile devices for the purposes of serving advertising to such mobile devices), an Identifier for Advertisers (IDFA) (e.g., a unique ID for Apple iOS devices that mobile ad networks can use to serve advertisements), a Google Advertising ID, a Roku ID (e.g., an identifier for a Roku OTT device), third-party service identifiers (e.g., advertising service identifiers, device usage analytics service identifiers, demographics collection service identifiers), etc. In some examples, fewer or more device/user identifier(s) 228 may be used. In addition, although only two partner database proprietors 220 a-b are shown in FIG. 2, the AME 108 may partner with any number of partner database proprietors to collect distributed user information (e.g., the user information 222 a-b).

In some examples, the types of third-party device/user identifiers 228 are different from device to device, depending on the type of device, the manufacturer of the device, the software installed on the device, etc. For example, a mobile device having cellular 2G, 3G, and/or 4G capabilities will have an assigned IMEI number. However, a mobile device capable of Wi-Fi, but not having cellular communication capabilities, will not have an IMEI number. As such, one or more other parameter(s) of the Wi-Fi mobile device may be used as the device/user identifiers 228. Such other parameters may include, for example, a MAC address, a login ID, or any other identifier or information available to the Wi-Fi capable device and that is not specific to cellular communications.

By being able to select or access multiple different types of third-party device/user identifiers 228, the AME 108 increases the opportunities for collecting corresponding user information from partner database proprietors, such as the partner database proprietors 220 a-b. For example, the AME 108 is not tied to requesting user information from a single source (e.g., only one of the partner database proprietors 220 a-b). Instead, the AME 108 can leverage relationships with multiple partner database proprietors (e.g., the partner database proprietors 220 a-b). If one or some partner database proprietors are unable or become unwilling to share user data, the AME 108 can request the user data from one or more other partner database proprietor(s).

In some examples, the mobile device 204 may not allow access to identification information stored in the mobile device 204. For such instances, the disclosed examples enable the AME 108 to store an AME-provided identifier (e.g., an identifier managed and tracked by the AME 108) in the mobile device 204 to track media impressions on the mobile device 204. For example, the AME 108 may provide instructions in the app program 202 to set an AME-provided identifier in memory space accessible by and/or allocated to the app program 202, and the app program 202 uses the identifier as a third-party device/user identifier 228. In such examples, the AME-provided identifier set by the app program 202 persists in the memory space even when the app program 202 is not running. In this manner, the same AME-provided identifier can remain associated with the mobile device 204 for extended durations. In some examples in which the app program 202 sets an identifier in the mobile device 204, the AME 108 may recruit a user of the mobile device 204 as a panelist, and may store user information collected from the user during a panelist registration process and/or collected by monitoring user activities/behavior via the mobile device 204 and/or any other device used by the user and monitored by the AME 108. In this manner, the AME 108 can associate user information of the user (from panelist data stored by the AME 108) with media impressions attributed to the user on the mobile device 204.

After the login process at reference number 226, the app server 206 stores the third-party device/user identifier(s) 228 in association with the subscriber ID 118 in the subscriber profiles database 114 in a subscriber profile of the user of the mobile device 204 at reference number 229. At some later time (e.g., minutes later, hours later, days later, etc.), the user of the mobile device 204 uses a web browser or other user interface of the client device 104 to log into a service of the Internet media provider 102 via the main website server 112 at reference number 230. In the illustrated example, when the client device 104 is accessing webpages or other Internet-accessible information of the Internet media provider 102, the client device 104 cannot send a third-party tracking communication to the AME 108 due to the general policy of preventing any third-party tracking that is enforced by the Internet media provider 102 for all opt-out and non-opt-out users.

During the login process at reference number 230, the main website server 112 of the Internet media provider 102 obtains an Internet media provider device/user ID 232 that is on the client device 104. In this manner, the Internet media provider 102 can use the Internet media provider device/user ID 232 to identify the subscriber ID 118 of the user of the client device 104. In some examples, the Internet media provider device/user ID 232 is the subscriber ID 118 or includes the subscriber ID 118 in hashed or encrypted format or in non-hashed or non-encrypted format. In such examples, the Internet media provider 102 can access the subscriber ID 118 directly from the Internet media provider device/user ID 232. In other examples, the Internet media provider device/user ID 232 may be an identifier that is different from the subscriber ID 118 and that does not, alone, reveal an identity of a user corresponding to the subscriber ID 118. That is, while the subscriber ID 118 may be a login username, a user handle, a user screen name, etc. which, by itself, could be used by others that are not the Internet media provider 102 to identify the corresponding user, the Internet media provider device/user ID 232 can be a string of alphanumeric characters and/or symbols that, alone, does not reveal a user identity. In such examples in which the Internet media provider device/user ID 232 is an identifier different from the subscriber ID 118, the Internet media provider 102 stores the Internet media provider device/user ID 232 in association with the corresponding subscriber ID 118 in the subscriber profiles 114 so that the subscriber ID 118 can be determined by the Internet media provider 102 based on the Internet media provider device/user ID 232.

For examples in which the client device 104 is a device that employs cookies (e.g., a device that executes a web browser or apps that employ cookies), the Internet media provider device/user ID 232 may be a cookie (e.g., a cookie that includes the subscriber ID 118 or a cookie that does not include the subscriber ID 118 but can be used to access the subscriber ID 118 in the subscriber profiles database 114). For examples in which the client device 104 is an OTT device that does not employ cookies, the OTT client device 104 may alternatively send non-cookie identifier as the device/user ID 232 that is associated with the OTT client device 104 or an app program on the OTT client device 104 to the main website server 112 at reference number 230 so that the Internet media provider 102 may use such non-cookie identifier from the OTT client device 104 to identify the subscriber ID 118 of the user of the OTT client device 104. For example, the non-cookie identifier used as the device/user ID 232 can include the subscriber ID 118 or, if it does not include the subscriber ID 118, can be used to access the subscriber ID 118 in the subscriber profiles database 114. Examples usable by the OTT client device 104 for communicating identifiers associated with the OTT client device 104 or an app program on the OTT client device 104 to the Internet media provider 102 are disclosed in Splaine et al., U.S. patent application Ser. No. 14/823,621, filed on Aug. 11, 2015, and titled, “Methods and Apparatus to Collect Impressions Associated with Over-The-Top Media Devices,” which is hereby incorporated by reference herein in its entirety.

In the illustrated example, the main website server 112 determines the subscriber ID 118 based on the Internet media provider device/user ID 232 received at reference number 230. For example, the main website server 112 can access the subscriber ID 118 directly from the Internet media provider device/user ID 232 or can access the subscriber ID 118 in the subscriber profiles database 114 by performing a look-up operation in the subscriber profiles database 114 based on the Internet media provider device/user ID 232. At reference number 234, the example main website server 112 sends the subscriber ID 118 to the example server-to-server communicator 210. In the illustrated example, the server-to-server communicator 210 uses the subscriber ID 118 to look up the subscriber profile of the user of the client device 104 in the subscriber profiles database 114. In this manner, the example server-to-server communicator 210 can obtain the third-party device user identifier(s) 228 that were stored in the subscriber profile by the app server 206 at reference number 229 and the corresponding opt-out flag 120 (FIG. 1) that was stored in the subscriber profiles database 114 at reference number 134 of FIG. 1. In this manner, locating the corresponding third-party device user identifier(s) 228 and the opt-out flag 120 based on the subscriber ID 118 obtained at reference number 234, the Internet media provider 102 can elect to track exposures to media accessed by the corresponding user via the client device 104, so long as the opt-out flag 120 corresponding to the user does not indicate that the user elected to opt out of participation in third-party tracking.

Although FIG. 2 shows that the main website server 112 sends the subscriber ID 118 to the example server-to-server communicator 210 at reference number 234, in other examples, the main website server 112 may instead send the Internet media provider device/user ID 232 to the example server-to-server communicator 210 at reference number 234. In such examples, the server-to-server communicator 210 obtains the third-party device user identifier(s) 228 and the corresponding opt-out flag 120 from the subscriber profiles database 114 based on the Internet media provider device/user ID 232.

When there is media on a webpage of the Internet media provider 102, accessed by the client device 104, that the Internet media provider 102 would like tracked or measured for impressions by the AME 108, the example server-to-server communicator 210 sends a server-to-server ping or communication to the AME impression collection server 214 at reference number 238. In the illustrated example, the server-to-server ping or communication at reference number 238 includes the opt-out flag 120 (FIG. 1) corresponding to the user of the client device 104, the third-party device/user identifier(s) 228, and a media identifier of the accessed media that the Internet media provider 102 would like tracked or measured. In the illustrated example, the AME impression collection server 214 logs a media impression in the AME media impressions database 216 for the accessed media. In addition, the example opt-out detector 218 of the AME impression collection server 214 checks the opt-out flag 120 to determine whether the user has elected to opt out of participating in third-party tracking. If the opt-out detector 218 determines the opt-out flag 120 indicates that the user has opted out of third-party tracking, the AME impression collection server 214 does nothing further based on the server-to-server ping at reference number 238. That is, the media impression logged in the AME media impression database 216 for the accessed media remains an anonymous impression, without associating it with any demographics of the user.

If the AME impression collection server 214 determines that the opt-out flag 120 indicates that the user has not elected to opt out of participating in third-party tracking, the AME impression collection server 214 sends corresponding ones of the third-party device/user identifier(s) 228 from the server-to-server ping to corresponding ones of the database proprietors 220 a-b at reference number 242 along with a request for corresponding user information. In this manner, the AME impression collection server 214 can obtain user information 222 a-b from the database proprietors 220 a-b, corresponding to the user of the client device 104 and the mobile device 204 at reference number 244. For example, the AME impression collection server 214 identifies which of the third-party device/user identifier(s) 228 correspond to which of the database proprietors 220 a-b, such that the identifier(s) 228 are usable by the database proprietors 220 a-b to look-up corresponding user information 222 a-b. For example, if the database proprietor 220 a is a wireless carrier, the AME impression collection server 214 sends one of the third-party device/user identifier(s) 228 that is an IMEI number to the database proprietor 220 a, because as a wireless carrier, the database proprietor 220 a stores the user information 222 a in association with the IMEI number. In some examples, the AME impression collection server 214 selects an industry-standard device/user identifier, such as an Apple Ad-ID from the third-party device/user identifier(s) 228 to send to one or both of the database proprietors 220 a-b. In such examples, the industry-standard device/user identifier is accessible and usable by any participating database proprietor 220 a-b to store in association with user information 222 a-b. As such, any database proprietor 220 a-b can use the industry-standard device/user identifier to return corresponding user information 222 a-b for a user of the client device 104 and the mobile device 204 to the AME 108. Examples that may be used by the AME impression collection server 214 to determine which ones of the third-party device/user identifiers 228 correspond to which database proprietors 220 a-b are disclosed in Burbank et al., U.S. Pat. No. 8,930,701, which is hereby incorporated by reference herein in its entirety.

When the AME impression collection server 214 receives the user information 222 a-b from the database proprietors 220 a-b at reference numeral 244, the AME impression collection server 214 stores the user information 222 a-b in the AME media impressions database 216 in association with a logged impression to log a demographic impression. In some examples, the database proprietors 220 a-b send user-level user information 222 a-b to the AME impression collection server 214 at reference number 244. In other examples, the database proprietors 220 a-b send aggregate user information 222 a-b to the AME impression collection server 214 at reference number 244 for the corresponding media being measured. For example, the AME impression collection server 214 may send the database proprietors 220 a-b numerous third-party device/user identifiers 228 corresponding to numerous users who accessed the same media being measured. In such examples, the database proprietors 220 a-b can return user information 222 a-b in the aggregate for all of the numerous users. In this manner, the database proprietors 220 a-b does not reveal specific user-level demographics about specific ones of their subscribers to the AME 108. Instead, in such aggregate user information, the AME 108 receives collections of demographic buckets or groups showing percentages or numbers of people in different demographic segments that accessed the media being measured (e.g., of all the users that accessed the media, 23% of media impressions corresponded to 18-25 year-old males (M18-25), 20% of media impressions corresponded to 18-25 year-old females (M18-25), etc.).

FIG. 3 depicts flow diagrams representative of example machine-readable instructions that may be executed to implement the example server-to-server communicator 210 and the example AME impression collection server 214 of FIG. 2. The flow diagrams of FIG. 3 include an example server-to-server communicator process 302 and an example AME server process 304. Initially, at the example server-to-server communicator process 302, the example server-to-server communicator 210 obtains the subscriber ID 118 (block 306). For example, the server-to-server communicator 210 receives the subscriber ID 118 from the main website server 112 at reference numeral 234, as described above in connection with FIG. 2. The example server-to-server communicator 210 then obtains the third-party device/user identifier(s) 228 and the opt-out flag 120 (block 308). For example, the server-to-server communicator 210 obtains the third-party device/user identifier(s) 228 and the opt-out flag 120 from the subscriber profiles database 114 based on the subscriber ID 118, as described above in connection with FIG. 2. The example server-to-server communicator 210 sends the third-party device/user identifier(s) 228, the opt-out flag 120, and a media identifier to the AME 108 (block 310). For example, the example server-to-server communicator 210 uses a server-to-server ping or communication to send the third-party device/user identifier(s) 228, the opt-out flag 120, and the media identifier of the media to be measured to the AME impression collection server 214 at reference number 238 as described above in connection with FIG. 2.

Turning to the AME server process 304, the AME impression collection server 214 logs a media impression for the accessed media to be measured (block 314). For example, the AME impression collection server 214 logs the media impression in the AME media impressions database 216 based on the media identifier received from the server-to-server communicator 210 at block 310. The example opt-out detector 218 (FIG. 2) determines whether the user has elected to opt out of participation in third-party tracking (block 316). For example, the opt-out detector 218 determines whether the opt-out flag 120 indicates that the user has elected to opt out of participation in third-party tracking. If the user has elected to opt out of third-party tracking (block 316), the example process 304 ends. In such examples, the media impression logged in the AME media impressions database 216 at block 314 remains an anonymous media impression in that it is not associated with any user demographics.

If the opt-out detector 218 determines at block 316 that the user has not elected to opt out of third-party tracking, the AME impression collection server 214 sends one or more of the third-party device/user identifier(s) 228 to one or more corresponding database proprietor(s) 220 a-b (block 318). For example, the AME impression collection server 214 sends the one or more third-party device/user identifier(s) 228 to the one or more corresponding database proprietor(s) 220 a-b with a request for user information at reference number 242, as described above in connection with FIG. 2. The AME impression collection server 214 then receives user information 222 a-b from the one or more database proprietor(s) 220 a-b (block 320). For example, the AME impression collection server 214 receives the user information 222 a-b corresponding to the one or more third-party device/user identifier(s) 228, as described above in connection with reference number 244 of FIG. 2. The AME impression collection server 214 then logs a demographic impression (block 322). For example, the AME impression collection server 214 uses the user information 222 a-b to log the demographic impression based on the media impression logged in the AME media impressions database 216 at block 314. The AME impression collection server 214 generates an impression report (block 324). For example, the AME impression collection server 214 generates a user-level or aggregate-level impression report based on the demographic impressions and/or anonymous media impressions logged in the AME media impressions database 216 for media that the Internet media provider 102 has contracted the AME 108 to track or measure. In this manner, the AME 108 can deliver the impression report to the Internet media provider 102. For examples, as shown in the server-to-server communicator process 302, the server-to-server communicator 210 receives the impression report (block 326) from the AME 108. In such examples, the Internet media provider 102 can use such impression reports to make decisions for spending advertising dollars and/or for pricing advertising space available to entities interested in advertising on webpages of the Internet media provider 102 and/or in connection with media served by the Internet media provider 102. Additionally or alternatively, the Internet media provider 102 can use such impression reports to verify that it is displaying media (e.g., advertisements or content) to the demographic groups requested by advertisers or media publishers/producers/creators. In some examples, instead of the server-to-server communicator 210 receiving the impression report 326 from the AME 108, the Internet media provider 102 may receive the impression report from the AME 108 using any other suitable means of communication including, for example, email, file transfer protocol (FTP) transmission, mail, courier, HTTP transmission, etc. The example processes 302, 304 then end.

While example manners of implementing the example server-to-server communicator 210, the example opt-out detector 218, and the example AME impression collection server 214 are illustrated in FIG. 2, one or more of the elements, processes, and/or devices illustrated in FIG. 2 may be combined, divided, rearranged, omitted, eliminated, and/or implemented in any other way. Further, the example server-to-server communicator 210, the example opt-out detector 218, and/or the example AME impression collection server 214 of FIG. 2 may be implemented by hardware, software, firmware and/or any combination of hardware, software and/or firmware. Thus, for example, either of the example server-to-server communicator 210, the example opt-out detector 218, and/or the AME example impression collection server 214 could be implemented by one or more analog or digital circuit(s), logic circuits, programmable processor(s), application specific integrated circuit(s) (ASIC(s)), programmable logic device(s) (PLD(s)) and/or field programmable logic device(s) (FPLD(s)). When reading any of the apparatus or system claims of this patent to cover a purely software and/or firmware implementation, at least one of the example server-to-server communicator 210, the example opt-out detector 218, and/or the example AME impression collection server 214, is/are hereby expressly defined to include a tangible computer-readable storage device or storage disk, such as a memory storage device, a digital versatile disk (DVD), a compact disk (CD), a Blu-ray disk, etc. storing the software and/or firmware. Further still, the example server-to-server communicator 210, the example opt-out detector 218, and/or the example AME impression collection server 214 of FIG. 2 may include one or more elements, processes, and/or devices in addition to, or instead of, those illustrated/described in connection with FIG. 2, and/or may include more than one of any or all of the illustrated/described elements, processes, and devices.

The flow diagrams of FIG. 3 are representative of example machine-readable instructions for implementing the example server-to-server communicator 210, the example opt-out detector 218, and the example AME impression collection server 214 of FIG. 2. In these examples, the machine-readable instructions implement programs for execution by processors such as the processor 412, shown in the example processor platform 400 discussed below in connection with FIG. 4, and/or the processor 512, shown in the example processor platform 500 discussed below in connection with FIG. 5. The programs may be embodied in software stored on a tangible computer-readable storage medium, such as a CD-ROM, a floppy disk, a hard drive, a digital versatile disk (DVD), a Blu-ray disk, or a memory associated with the processor 412 and/or the processor 512, but the entire program and/or parts thereof could alternatively be executed by a device other than the processors 412, 512 and/or embodied in firmware or dedicated hardware. Further, although the example programs are described with reference to the flow diagrams illustrated in FIG. 3, many other methods of implementing the example server-to-server communicator 210, the example opt-out detector 218, and/or the example AME impression collection server 214 may alternatively be used. For example, the order of execution of the blocks may be changed, and/or some of the blocks described may be changed, eliminated, or combined.

As mentioned above, the example processes of FIG. 3 may be implemented using coded instructions (e.g., computer- and/or machine-readable instructions) stored on a tangible computer-readable storage medium, such as a hard disk drive, a flash memory, a read-only memory (ROM), a compact disk (CD), a digital versatile disk (DVD), a cache, a random-access memory (RAM), and/or any other storage device or storage disk in which information is stored for any duration (e.g., for extended time periods, permanently, for brief instances, for temporarily buffering, and/or for caching of the information). As used herein, the term tangible computer-readable storage medium is expressly defined to include any type of computer-readable storage device and/or storage disk and to exclude propagating signals and to exclude transmission media. As used herein, “tangible computer-readable storage medium” and “tangible, machine-readable storage medium” are used interchangeably. Additionally or alternatively, the example processes of FIG. 3 may be implemented using coded instructions (e.g., computer- and/or machine-readable instructions) stored on a nontransitory computer- and/or machine-readable medium, such as a hard disk drive, a flash memory, a read-only memory, a compact disk, a digital versatile disk, a cache, a random-access memory, and/or any other storage device or storage disk in which information is stored for any duration (e.g., for extended time periods, permanently, for brief instances, for temporarily buffering, and/or for caching of the information). As used herein, the term nontransitory computer-readable medium is expressly defined to include any type of computer-readable storage device and/or storage disk and to exclude propagating signals and to exclude transmission media. As used herein, when the phrase “at least” is used as the transition term in a preamble of a claim, it is open-ended in the same manner as the term “comprising” is open-ended.

FIG. 4 is a block diagram of an example processor platform 400 capable of executing the machine-readable instructions of the server-to-server communicator process 302 of FIG. 3 to implement the example server-to-server communicator 210 of FIG. 2. The processor platform 400 can be, for example, a server, a personal computer, or any other type of computing device. The example processor platform 400 may be used to implement the main website server 112 of FIGS. 1 and 2 and/or the app server 206 of FIG. 2. In some examples, the main website server 112 and the app server 206 may be implemented separately. In such examples, each of the main website server 112 and the app server 206 may be implemented based on the processor platform 400 as described below. In other examples, the main website server 112 and the app server 206 may be implemented as one server based on the processor platform 400 as described below. In yet other examples, the example processor platform 400 may be used to implement a separate processor system of the Internet media provider 102 that includes the subscriber profiles database 114 of FIGS. 1 and 2 and/or the server-to-server communicator 210 of FIG. 2. In such other examples, the separate processor system implemented by the processor platform 400 does not include the main website server 112 or the app server 206, but it is in communication with the main website server 112 and/or the app server 206 to access the third-party device/user identifier(s) 228 and/or the subscriber ID 118.

The processor platform 400 of the illustrated example includes a processor 412. The processor 412 of the illustrated example is hardware. For example, the processor 412 can be implemented by one or more integrated circuits, logic circuits, microprocessors, or controllers from any desired family or manufacturer. In the illustrated example, the processor 412 implements the server-to-server communicator 210.

The processor 412 of the illustrated example includes a local memory 413 (e.g., a cache). The processor 412 of the illustrated example is in communication with a main memory, including a volatile memory 414 and a nonvolatile memory 416, via a bus 418. The volatile memory 414 may be implemented by synchronous dynamic random access memory (SDRAM), dynamic random access memory (DRAM), RAMBUS Dynamic Random Access Memory (RDRAM), and/or any other type of random-access memory device. The non-volatile memory 416 may be implemented by flash memory and/or any other desired type of memory device. Access to the main memory 414, 416 is controlled by a memory controller.

The processor platform 400 of the illustrated example also includes an interface circuit 420. The interface circuit 420 may be implemented by any type of interface standard, such as an Ethernet interface, a universal serial bus (USB), and/or a PCI express interface.

In the illustrated example, one or more input devices 422 are connected to the interface circuit 420. The input device(s) 422 permit(s) a user to enter data and commands into the processor 412. The input device(s) can be implemented by, for example, an audio sensor, a microphone, a camera (still or video), a keyboard, a button, a mouse, a touchscreen, a trackpad, a trackball, isopoint, and/or a voice recognition system.

One or more output devices 424 are also connected to the interface circuit 420 of the illustrated example. The output devices 424 can be implemented, for example, by display devices (e.g., a light-emitting diode (LED), an organic light-emitting diode (OLED), a liquid crystal display, a cathode ray tube display (CRT), a touchscreen, a tactile output device, a printer, and/or speakers). The interface circuit 420 of the illustrated example, thus, typically includes a graphics driver card, a graphics driver chip, or a graphics driver processor.

The interface circuit 420 of the illustrated example also includes a communication device such as a transmitter, a receiver, a transceiver, a modem and/or network interface card to facilitate exchange of data with external machines (e.g., computing devices of any kind) via a network 426 (e.g., an Ethernet connection, a digital subscriber line (DSL), a telephone line, coaxial cable, a cellular telephone system, etc.). The interface circuit 420 of the illustrated example may be configured to communicate with the client device 104 and/or the mobile device 204 to receive the subscriber identifiers 118 and/or the third-party device/user identifier(s) 228 from the mobile device 204 and/or to receive the Internet media provider device/user ID 232 from the client device 104.

The processor platform 400 of the illustrated example also includes one or more mass storage devices 428 for storing software and/or data. Examples of such mass storage devices 428 include floppy disk drives, hard drive disks, compact disk drives, Blu-ray disk drives, RAID systems, and digital versatile disk (DVD) drives. In the illustrated example, the mass storage device 428 stores the subscriber profiles database 114 of FIGS. 1 and 2.

Coded instructions 432 to implement the machine-readable instructions represented by the server-to-server communicator process 302 of FIG. 3 may be stored in the mass storage device 428, in the volatile memory 414, in the nonvolatile memory 416, and/or on a removable tangible computer-readable storage medium, such as a CD or DVD.

FIG. 5 is a block diagram of an example processor platform 500 capable of executing the machine-readable instructions of the AME server process 304 of FIG. 3 to implement the example opt-out detector 218 and/or the example AME impression collection server 214 of FIG. 2. The processor platform 500 can be, for example, a server, a personal computer, or any other type of computing device. In some examples, the opt-out detector 218 may be implemented in the AME impression collection server 214. In such examples, the processor platform 500 implements the AME impression collection server 214 and the opt-out detector 218. In other examples, the example processor platform 500 may be used to implement a separate processor system of the AME 108 that includes the opt-out detector 218. In such other examples, the separate processor system implemented by the processor platform 500 does not include the AME impression collection server 214, but it is in communication with the AME impression collection server 214 to access the server-to-server pings or communications obtained from the server-to-server communicator 210 as represented by reference number 238 of FIG. 2.

The processor platform 500 of the illustrated example includes a processor 512. The processor 512 of the illustrated example is hardware. For example, the processor 512 can be implemented by one or more integrated circuits, logic circuits, microprocessors, or controllers from any desired family or manufacturer. In the illustrated example, the processor 512 implements the opt-out detector 218.

The processor 512 of the illustrated example includes a local memory 513 (e.g., a cache). The processor 512 of the illustrated example is in communication with a main memory, including a volatile memory 514 and a nonvolatile memory 516, via a bus 518. The volatile memory 514 may be implemented by synchronous dynamic random access memory (SDRAM), dynamic random access memory (DRAM), RAMBUS Dynamic Random Access Memory (RDRAM), and/or any other type of random-access memory device. The non-volatile memory 516 may be implemented by flash memory and/or any other desired type of memory device. Access to the main memory 514, 516 is controlled by a memory controller.

The processor platform 500 of the illustrated example also includes an interface circuit 520. The interface circuit 520 may be implemented by any type of interface standard, such as an Ethernet interface, a universal serial bus (USB), and/or a PCI express interface.

In the illustrated example, one or more input devices 522 are connected to the interface circuit 520. The input device(s) 522 permit(s) a user to enter data and commands into the processor 512. The input device(s) can be implemented by, for example, an audio sensor, a microphone, a camera (still or video), a keyboard, a button, a mouse, a touchscreen, a trackpad, a trackball, isopoint, and/or a voice recognition system.

One or more output devices 524 are also connected to the interface circuit 520 of the illustrated example. The output devices 524 can be implemented, for example, by display devices (e.g., a light-emitting diode (LED), an organic light-emitting diode (OLED), a liquid crystal display, a cathode ray tube display (CRT), a touchscreen, a tactile output device, a printer, and/or speakers). The interface circuit 520 of the illustrated example, thus, typically includes a graphics driver card, a graphics driver chip, or a graphics driver processor.

The interface circuit 520 of the illustrated example also includes a communication device such as a transmitter, a receiver, a transceiver, a modem and/or network interface card to facilitate exchange of data with external machines (e.g., computing devices of any kind) via a network 526 (e.g., an Ethernet connection, a digital subscriber line (DSL), a telephone line, coaxial cable, a cellular telephone system, etc.). The interface circuit 520 of the illustrated example may be configured to communicate with the server-to-server communicator 210 of FIGS. 2 and 4 to receive server-to-server pings or communications as shown by reference number 238 of FIG. 2. In addition, the interface circuit 520 of the illustrated example may be configured to communicate with the database proprietors 220 a-b to send corresponding ones of the third-party device/user identifier(s) 228 (received via server-to-server pings from the server-to-server communicator 210) to corresponding ones of the database proprietors 220 a-b and to obtain user information 222 a-b from the database proprietors 220 a-b.

The processor platform 500 of the illustrated example also includes one or more mass storage devices 528 for storing software and/or data. Examples of such mass storage devices 528 include floppy disk drives, hard drive disks, compact disk drives, Blu-ray disk drives, RAID systems, and digital versatile disk (DVD) drives. In the illustrated example, the mass storage device 528 stores the AME media impressions database 216 of FIG. 2.

Coded instructions 532 to implement the machine-readable instructions represented by the AME server process 304 of FIG. 3 may be stored in the mass storage device 528, in the volatile memory 514, in the nonvolatile memory 516, and/or on a removable tangible computer-readable storage medium, such as a CD or DVD.

From the foregoing, it will be appreciated that the above disclosed methods, apparatus, and articles of manufacture enable Internet media providers to partner and work with audience measurement entities and/or third-party database proprietors to measure Internet activities of non-opt-out users so that impressions can be logged for media accessed via the Internet by those non-opt-out users and so that the demographics corresponding to such non-opt-out users can be obtained without compromising the privacy safeguards elected by the opt-out users. Examples disclosed herein additionally or alternatively enable obtaining such demographics corresponding to non-opt out users without violating corporate policies of Internet media providers and/or database proprietors such as policies against Internet universe resource locator (URL) calls being made outside the domain(s) of the Internet media providers and/or database providers, policies against downloading software not written or provided by the Internet media providers and/or database proprietors. In this manner, the Internet media providers and/or database proprietors can have more control over performance (e.g., website speed), more control over user experience, more control over software configuration management (e.g., to better control software being run on their websites, to substantially reduce or prevent HTTP 404 Not Found error messages, etc.), and limiting risk of malware from being downloaded to users of the Internet media providers and/or database proprietors via third parties.

Disclosed example methods include obtaining a third-party device identifier or user identifier corresponding to a client device; obtaining an opt-out flag indicative of whether a user of the client device has elected not to participate in third-party tracking corresponding to online activities; sending the third-party device identifier or user identifier, the opt-out flag, and a media identifier to an audience measurement entity, the media identifier corresponding to media accessed via the Internet; and receiving, from the audience measurement entity, an impression report corresponding to the media. In some disclosed example methods, the client device is an over-the-top device or a smart television. In some disclosed example methods, the third-party device identifier or user identifier is at least one of an Ad-ID, an Identifier for Advertisers, a Google Advertising ID, or a Roku ID. In some disclosed example methods, receiving the impression report includes receiving demographic information in association with a logged impression corresponding to the media. In some disclosed example methods, the third-party tracking corresponding to the online activities is third-party tracking corresponding to activities at a webpage of an Internet media provider. In some disclosed example methods, the media identifier corresponds to the media accessed via the webpage of the Internet media provider. Some disclosed example methods further include obtaining a subscriber identifier corresponding to a registered user of an Internet media provider. Some disclosed example methods further include determining the third-party device identifier or user identifier based on the subscriber identifier.

Disclosed example apparatus include a processor, a server-to-server communicator, and a communication interface. In such disclosed example apparatus, the processor is to: access a third-party device identifier or user identifier corresponding to a client device; and access an opt-out flag indicative of whether a user of the client device has elected not to participate in third-party tracking corresponding to online activities. In such disclosed example apparatus, the server-to-server communicator is to send the third-party device identifier or user identifier, the opt-out flag, and a media identifier to an audience measurement entity, the media identifier corresponding to media accessed via the Internet. In such disclosed example apparatus, the communication interface is to receive, from the audience measurement entity, an impression report corresponding to the media. In some disclosed example apparatus, the client device is an over-the-top device or a smart television. In some disclosed example apparatus, the third-party device identifier or user identifier is at least one of an Ad-ID, an Identifier for Advertisers, a Google Advertising ID, or a Roku ID. In some disclosed example apparatus, receiving the impression report includes receiving demographic information in association with a logged impression corresponding to the media. In some disclosed example apparatus, the third-party tracking corresponding to the online activities is third-party tracking corresponding to activities at a webpage of an Internet media provider. In some disclosed example apparatus, the media identifier corresponds to the media accessed via the webpage of the Internet media provider. In some disclosed example apparatus, the processor is further to access a subscriber identifier corresponding to a registered user of an Internet media provider. In some disclosed example apparatus, the processor is further to determine the third-party device identifier or user identifier based on the subscriber identifier.

Disclosed example articles of manufacture include machine-readable instructions that, when executed, cause a processor to at least: access a third-party device identifier or user identifier corresponding to a client device; access an opt-out flag indicative of whether a user of the client device has elected not to participate in third-party tracking corresponding to online activities; send the third-party device identifier or user identifier, the opt-out flag, and a media identifier to an audience measurement entity, the media identifier corresponding to media accessed via the Internet; and receive, from the audience measurement entity, an impression report corresponding to the media. In some example articles of manufacture, the client device is an over-the-top device or a smart television. In some example articles of manufacture, the third-party device identifier or user identifier is at least one of an Ad-ID, an Identifier for Advertisers, a Google Advertising ID, or a Roku ID. In some example articles of manufacture, receiving the impression report includes receiving demographic information in association with a logged impression corresponding to the media. In some example articles of manufacture, the third-party tracking corresponding to the online activities is third-party tracking corresponding to activities at a webpage of an Internet media provider. In some example articles of manufacture, the media identifier corresponds to the media accessed via the webpage of the Internet media provider. In some example articles of manufacture, the instructions are to further cause the processor to access a subscriber identifier corresponding to a registered user of an Internet media provider. In some example articles of manufacture, the instructions are further to cause the processor to determine the third-party device identifier or user identifier based on the subscriber identifier.

Disclosed example methods include logging a media impression for a media identifier representative of media accessed via the Internet; based on a user not having elected to not participate in third-party tracking corresponding to online activities, sending a third-party device identifier or user identifier corresponding to the user to a database proprietor; receiving user information from the database proprietor based on the third-party device identifier or user identifier; logging a demographic impression based on the media impression and the user information; and generating an impression report corresponding to the media based on the demographic impression. Some disclosed example methods further include obtaining an opt-out flag from an Internet media provider from which the media is accessed; and determining that the user has not elected to not participate in third-party tracking based on the opt-out flag. In some disclosed example methods, the media is accessed via the Internet using an over-the-top device or a smart television. In some disclosed example methods, the third-party device identifier or user identifier is at least one of an Ad-ID, an Identifier for Advertisers, a Google Advertising ID, or a Roku ID. In some disclosed example methods, generating the impression report includes associating demographic information with a logged impression corresponding to the media. In some disclosed example methods, the third-party tracking corresponding to the online activities is third-party tracking corresponding to activities at a webpage of an Internet media provider. In some disclosed example methods, the media identifier corresponds to the media accessed via the webpage of the Internet media provider. In some disclosed example methods, the user information includes at least one of demographics, purchase data, or behavior data corresponding to the user.

Disclosed example apparatus include a database, a communication interface, and a processor. In such disclosed example apparatus, the database is to store a logged media impression for a media identifier representative of media accessed via the Internet. In such disclosed example apparatus, the communication interface is to send a third-party device identifier or user identifier corresponding to the user to a database proprietor when a user has not elected to not participate in third-party tracking corresponding to online activities; and receive user information from the database proprietor based on the third-party device identifier or user identifier. In such disclosed example apparatus, the processor is to log a demographic impression based on the media impression and the user information; and generate an impression report corresponding to the media based on the demographic impression. In some disclosed example apparatus, the communication interface is further to obtain an opt-out flag from an Internet media provider from which the media is accessed, and the processor is further to determine that the user has not elected to not participate in third-party tracking based on the opt-out flag. In some disclosed example apparatus, the media is accessed via the Internet using an over-the-top device or a smart television. In some disclosed example apparatus, the third-party device identifier or user identifier is at least one of an Ad-ID, an Identifier for Advertisers, a Google Advertising ID, or a Roku ID. In some disclosed example apparatus, the processor is to generate the impression report by associating demographic information with a logged impression corresponding to the media. In some disclosed example apparatus, the third-party tracking corresponding to the online activities is third-party tracking corresponding to activities at a webpage of an Internet media provider. In some disclosed example apparatus, the media identifier corresponds to the media accessed via the webpage of the Internet media provider. In some disclosed example apparatus, the user information includes at least one of demographics, purchase data, or behavior data corresponding to the user.

Disclosed example articles of manufacture include machine-readable instructions that, when executed, cause a processor to at least: log a media impression for a media identifier representative of media accessed via the Internet; based on a user not having elected to not participate in third-party tracking corresponding to online activities, send a third-party device identifier or user identifier corresponding to the user to a database proprietor; receive user information from the database proprietor based on the third-party device identifier or user identifier; log a demographic impression based on the media impression and the user information; and generate an impression report corresponding to the media based on the demographic impression. In some disclosed articles of manufacture, the instructions are to further cause the processor to: obtain an opt-out flag from an Internet media provider from which the media is accessed; and determine that the user has not elected to not participate in third-party tracking based on the opt-out flag. In some disclosed articles of manufacture, the media is accessed via the Internet using an over-the-top device or a smart television. In some disclosed articles of manufacture, the third-party device identifier or user identifier is at least one of an Ad-ID, an Identifier for Advertisers, a Google Advertising ID, or a Roku ID. In some disclosed articles of manufacture, the instructions are to cause the processor to generate the impression report by associating demographic information with a logged impression corresponding to the media. In some disclosed articles of manufacture, the third-party tracking corresponding to the online activities is third-party tracking corresponding to activities at a webpage of an Internet media provider. In some disclosed articles of manufacture, the media identifier corresponds to the media accessed via the webpage of the Internet media provider. In some disclosed articles of manufacture, the user information includes at least one of demographics, purchase data, or behavior data corresponding to the user.

Although certain example methods, apparatus, and articles of manufacture have been disclosed herein, the scope of coverage of this patent is not limited thereto. On the contrary, this patent covers all methods, apparatus and articles of manufacture fairly falling within the scope of the claims of this patent. 

What is claimed is:
 1. An apparatus, comprising: means for storing a logged media impression for a media identifier representative of media accessed via the Internet; means for communicating to: send a third-party device identifier or a user identifier corresponding to the user to a database proprietor when a user has not elected to not participate in third-party tracking corresponding to online activities; and receive user information from the database proprietor based on the third-party device identifier or the user identifier; and means for processing to: log a demographic impression based on the media impression and the user information; and generate an impression report corresponding to the media based on the demographic impression.
 2. The apparatus of claim 1, wherein the means for communicating is to receive an opt-out flag in a server-to-server communication at a first server associated with an audience measurement entity from a second server associated with an Internet media provider.
 3. The apparatus of claim 2, wherein the means for processing is to determine that the user has not elected to not participate in the third-party tracking based on the opt-out flag from the second server associated with the Internet media provider.
 4. The apparatus of claim 1, wherein the media is accessed via the Internet using an over-the-top device or a smart television.
 5. The apparatus of claim 1, wherein the third-party device identifier or the user identifier is at least one of an Ad-ID, an Identifier for Advertisers, a GOOGLE Advertising ID, or a ROKU ID.
 6. The apparatus of claim 1, wherein the means for processing is to generate the demographic impression by associating demographic information from the user information with the media impression corresponding to the media.
 7. The apparatus of claim 1, wherein the third-party tracking corresponding to the online activities is third-party tracking corresponding to activities at a webpage of an Internet media provider.
 8. A non-transitory computer readable medium comprising machine-readable instructions that, when executed, cause a server to at least: obtain a third-party device identifier or a user identifier corresponding to a client device; obtain an opt-out flag indicative of whether a user of the client device has elected not to participate in third-party tracking corresponding to online activities; send a server-to-server communication including the third-party device identifier or the user identifier, the opt-out flag, and a media identifier to an audience measurement entity, the media identifier corresponding to media accessed via the Internet; and receive, from the audience measurement entity, an impression report corresponding to the media.
 9. The non-transitory computer readable medium of claim 8, wherein the client device is an over-the-top device or a smart television.
 10. The non-transitory computer readable medium of claim 8, wherein the third-party device identifier or the user identifier is at least one of an Ad-ID, an Identifier for Advertisers, a Google Advertising ID, or a Roku ID.
 11. The non-transitory computer readable medium of claim 8, wherein the instructions are to cause the server to receive demographic information in association with a logged impression corresponding to the media.
 12. The non-transitory computer readable medium of claim 8, wherein the third-party tracking corresponding to the online activities is third-party tracking corresponding to activities at a webpage of an Internet media provider.
 13. The non-transitory computer readable medium of claim 8, wherein the instructions are to cause the server to obtain a subscriber identifier corresponding to a registered user of an Internet media provider.
 14. The non-transitory computer readable medium of claim 13, wherein the instructions are to cause the server to determine the third-party device identifier or the user identifier based on the subscriber identifier.
 15. An apparatus, comprising: means for accessing a third-party device identifier or a user identifier corresponding to a client device and an opt-out flag indicative of whether a user of the client device has elected not to participate in third-party tracking corresponding to online activities; means for sending the third-party device identifier or the user identifier, the opt-out flag, and a media identifier to an audience measurement entity, the media identifier corresponding to media accessed via the Internet; and means for receiving, from the audience measurement entity, an impression report corresponding to the media.
 16. The apparatus of claim 15, wherein the client device is an over-the-top device or a smart television.
 17. The apparatus of claim 15, wherein the means for receiving is to receive demographic information in association with a logged impression corresponding to the media.
 18. The apparatus of claim 15, wherein the third-party tracking corresponding to the online activities is third-party tracking corresponding to activities at a webpage of an Internet media provider.
 19. The apparatus of claim 15, wherein the means for accessing is to access a subscriber identifier corresponding to a registered user of an Internet media provider.
 20. The apparatus of claim 19, wherein the means for accessing is to determine the third-party device identifier or the user identifier based on the subscriber identifier. 